Conversões são eventos que geram receita.

Elas só podem ocorrer em nós de páginas de destino e oferta, mas uma conversão para qualquer visitante também será atribuída retroativamente às páginas/nós que eles visitaram antes da página de conversão.

Existem três maneiras de rastrear conversões:

1. Usando uma URL de postback
2. Usando nosso JavaScript
3. Usando nosso construtor de funil

Vou explicar ambas as opções abaixo.

Rastreamento de conversão usando uma URL de postback

Uma URL de postback é muito simples -- é apenas uma URL que é carregada por algum sistema, como sua rede de ofertas, outra plataforma de rastreamento, algum código em um aplicativo/página, ou até mesmo você em um navegador.

Elas são muito simples por natureza. Você carrega a URL como uma forma de passar algumas informações, elas são recebidas, e é isso!

Você pode encontrar URLs de postback na área Configurações > Códigos de Rastreamento, bem como nas abas de rastreamento de conversão de ofertas/fontes de ofertas:

Existem dois métodos de postback que você pode usar.

Rastreamento usando IDs de hit

Você pode encontrar a URL de postback global do FunnelFlux Pro nas configurações do sistema:

https://DOMAIN/pb/?hit=REPLACE&tx=REPLACE&rev=REPLACE

• hit = um ID de hit único (obrigatório)
• tx = um ID de transação opcional
• rev = receita de conversão opcional (se não for passada, usaremos o pagamento padrão definido na configuração da oferta)

Para que isso funcione, você precisa passar um ID de Hit, que é um ID de rastreamento único que geramos para cada visita a qualquer nó em um funil. Então, um único visitante (que tem um único ID de visitante) terá um ID de hit diferente para cada nó que tocar.

Quando alguém visita uma página, queremos obter o ID de hit gerado para essa página e passá-lo de volta quando uma conversão acontecer.

A maneira mais simples de fazer isso é alterando sua oferta para passar nosso hit para eles usando o token {hit}. Na maioria dos casos, com redes de afiliados, isso significará passar algo como ...&clickid={hit}... na URL.

Então, na URL de postback configurada em sua rede, você passaria esses dados de volta, usando algo como isto:

https://DOMAIN/pb/?hit={{clickid}}&tx={{transaction}}&rev={{payout}}

Tenha em mente que este é apenas um exemplo -- o parâmetro para passar o ID de hit e os tokens a serem usados no postback dependerão do sistema de terceiros. Use nossos modelos de fonte de oferta para orientá-lo aqui.

Se você estiver usando um sistema personalizado ou seus próprios funis desenvolvidos, cabe a você capturar este ID de hit e depois passá-lo de volta em uma URL de postback quando as conversões acontecerem.

Rastreamento de conversão usando JavaScript

A segunda maneira de rastrear conversões é usando JavaScript.

Vá para qualquer oferta > editar > rastreamento de conversão. Isso fornecerá o código para disparar um evento de conversão, que é nossa tag universal seguida por um evento flux.track como este:

<!-- FF Pro Conversion Event -->
<script>
 flux.track("conversion",{rev:"VALUE"})
</script>

Aqui você pode substituir o valor da receita pelo seu próprio, ou deixá-lo em branco para usar o padrão da oferta.

Como está, este código converterá a visualização de oferta mais recentemente visitada. Se você quiser forçar um ID de página específico, pode passar o parâmetro p, e também pode forçar um vid ou hit específico (não passe ambos). Você também pode passar um ID de transação com o parâmetro tx (tudo dentro do objeto que é o segundo argumento na função acima -- o conteúdo dentro das chaves).

Acionamento via Construtor de Funil

Uma maneira adicional de acionar eventos personalizados é diretamente através do construtor de funil, usando nosso recurso "on action".

Para qualquer ação saindo de uma página, clique com o botão direito > modificar ação.

A partir daí, você pode escolher acionar eventos personalizados específicos ou conversões.

Desativando postbacks para sua fonte de tráfego

Como uma opção avançada, se você quiser enviar um postback/conversão para o FunnelFlux, mas NÃO acionar um evento para sua fonte de tráfego, você pode adicionar ...&disable_postbacks=true... à sua URL de postback.

Exemplo:

https://DOMAIN/pb/?vid=REPLACE&p=REPLACE&tx=REPLACE&rev=REPLACE&disable_postbacks=true

Isso é particularmente útil ao executar arbitragem de pesquisa, pois você pode fazer conversões atrasadas com receita mais precisa causar atualizações no FunnelFlux sem alterar os dados de conversão da fonte de tráfego.

Gerenciamento de Status de Eventos

Se você usar um único postback mas tiver eventos que mudam de status e são enviados várias vezes, você pode usar o parâmetro de status para modificar a conversão existente.

Por exemplo:

https://DOMAIN/pb/?hit=REPLACE&tx=REPLACE&rev=REPLACE&status={status_token}

Se um valor de status de pending, hold ou preapproved for enviado, nosso sistema ajustará a receita para 00.1 – criando uma conversão mas com um valor de receita mínimo como valor temporário.

Quando o status é definido como rejected, reject, trash ou cancelled, a receita será definida como -1 e isso excluirá a conversão existente (se houver) ou não criará nenhuma.

Se o status for qualquer outro valor, ele será tratado como uma conversão normal, essencialmente ignorando o status e fazendo uma conversão normal.

Método alternativo de postback - VID baseado em sessão

Se você não puder capturar um único ID de hit único para uma página específica, mas puder capturar o ID do visitante (VID) de um usuário, então você também pode usar isso para conversões.

VID é um identificador único para um usuário/sessão. Sempre o retornamos em nossa resposta JS, o adicionamos automaticamente aos destinos de redirecionamento e tentamos passá-lo automaticamente para links de ação.

Muitas vezes pode ser mais fácil capturar isso no início da jornada de um visitante e não se preocupar com algum hit em alguma página específica, especialmente com plataformas relacionadas a e-commerce.

O que você pode fazer em vez disso é passar o VID de volta na URL de postback, bem como o ID da página que converteu.

Então, sua URL de postback pode ser:

https://DOMAIN/pb/?vid=REPLACE&p=REPLACE&tx=REPLACE&rev=REPLACE

Quando você passa dados assim, encontraremos esse VID/usuário e, em seguida, encontraremos o ID de hit mais recente para esse ID de página.

Usando ID do Visitante vs ID de Hit para rastreamento de conversão

Existem alguns prós e contras em capturar e usar o ID do visitante ou ID de hit para rastreamento de conversão baseado em postback.

Para ID do visitante:

• É mais fácil de capturar em geral, dado que nosso JS sempre o tem e nossos redirecionamentos sempre o adicionam
• É um identificador de visitante único, então é muito mais fácil de armazenar em CRMs e sistemas de e-commerce
• Isso também o torna muito mais útil quando você tem fluxos com upsells/múltiplas ofertas, onde você quer armazenar um ID de usuário e enviar múltiplos eventos de conversão
• Você não precisa capturar diferentes IDs em diferentes páginas de oferta e garantir que eles sejam armazenados/usados corretamente
• No entanto, os dados do VID são consultados em nosso armazenamento de sessão, que não é permanente. Essas sessões duram 4 dias por padrão, e elas se estendem automaticamente ao receber atividade. Então, embora você possa armazenar esse valor em um CRM, não funcionará se você disparar alguma conversão aleatória 6 meses depois sem atividade prévia.
• Além disso, com VID, você deve passar também um valor de ID de página para dizer qual oferta converteu -- caso contrário, ele usará a última oferta visitada para a sessão daquele usuário

Para ID de hit:

• É simples em cenários de afiliados tradicionais passar um único ID de clique único e depois passá-lo de volta para outro sistema
• Não há necessidade de especificar outro valor como ID de página, pois os IDs de hit já são únicos para uma visita específica à página
• Os hits são armazenados para sempre em nosso banco de dados de análise, então podem ser convertidos a qualquer momento no futuro
• Diferentemente do VID, no entanto, você não pode usar um hit para converter diferentes páginas para um visitante, então eles são menos ideais se você tem muitas páginas/ofertas e algum sistema de CRM

Em caso de dúvida, entre em contato e podemos ajudar a esclarecer quaisquer questões sobre rastreamento de postback.